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ABSTRAC1 



A multicast media system includes a network access facility 
that directly interconnects a second multicast -enabled net- 
work to a first multicast -enabled network. The network 
access facility is configured to pass a requested multicast 
data stream from the first multicast-enabled network to a 
terminal in the second ■ multicast-enabled network that 
request receipt of the multicast data stream. The direct 
peering of multicast media can be scaled to accommodate 
large numbers of users. 

29 Claims, 8 Drawing Sheets 
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100 



CLICK ON A LINK TO REQUEST A VIDEO, 
AUDIO OR OTHER DATA STREAM 



102- 



FIG.. 7 



TERMINAL ATTEMPTS TO JOIN A MULTICAST 
GROUP ACTIVELY RECEIVING THE PARTICULAR 
STREAM REQUESTED BY THE USER 



104 



CONSTRUCT MULTICAST TREE TO CONNECT 
THE REQUESTING TERMINAL TO THE 
MULTICAST SOURCE 



106 



SEND REQUESTED DATA STREAM FROM THE 
MULTICAST SOURCE TO THE REQUESTING 
DESTINATION TERMINAL 




DOWNSTREAM ROUTERS 
JOIN THE MULTICAST GROUP 
THEREBY ESTABLISHING A 
MULTICAST TREE FROM THE 
REQUESTING TERMINAL TO 
THE MULTICAST SOURCE 
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FIG._9A 



FIG..9B 



FIG. -10 



Basic Router Configuration: 
CISCO IOS (dense mode multicast) 

config t 

ip multicast routing 

int ethernetO 

ip pirn dense-mode 

int ethernetl 

ip pirn dense-mode 

end 



Basic Router Configuration: 
CISCO IOS (sparse mode multicast) 

config t 

ip multicast routing 

ip pirn rp-address X.X.X.X (supply IP address of RP) 

int ethernetO 

ip pirn sparse-mode 

int ethernetl 

ip pirn sparse-mode 



end 



Basic Switch Example: 
Cisco Catylist 5000 IOS 

! To enable Cisco's proprietary CGMP 

set cgmp enable 

i 

! To enable IGMP snooping 
set igmp enable 

IGMP and CGMP are mutually exclusive. 
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TRANSMISSION OF MULTICAST MEDIA 
BETWEEN NETWORKS 



BACKGROUND 

The invention relates generally to the transmission of 
multicast media between networks. 

Extensive technological advances in microelectronics and 
digital computing systems have enabled digitization of a 
wide range of types of information, including digital repre- 
sentations of text, graphics, still images, as well as audio and 
video. 

Additionally, as use of networks such as the Internet has 
proliferated, the desire to be able to transfer multimedia 
presentations over the Internet has increased. It also is 
desirable to accommodate multimedia data streams such as 
audio, video and animation, as well as other types of 
continuous, time-based media data. In this context, a 
"stream'* represents a dynamic data type and includes 
dynamic information that is produced and consumed in a 
computer system or network with temporal predictability. 
Examples of such uses of multimedia include real-lime 
interactive applications, such as desktop video and audio 
conferencing, collaborative engineering, shared white 
boards, transmission of university lectures, and many others. 

Unfortunately, the Hypertext Transfer Protocol (HTTP) 
that is used for transferring web pages over the Internet is 
not well -suited for use in multimedia presentations of stream 
data because it is based on the Transmission Control Pro- 
tocol ( TCP). Among other features, TCP enforces reliability 
without regard for lime-lines. 

A multicast transmission, in contrast to a unicast 
transmission, is one in which information is transmitted to a 
group of recipients by a single transmission from a source. 
Multicast transmissions are often desirable because they are 
routed only to destinations that are actively interested in the 
particular multicast service. Unlike unicast transmissions 
(see FIG. 1), a multicast transmission docs not require a 
separate dedicated feed for each user that requests the data 
stream. Similarly, unlike broadcast transmissions, multicast 
transmissions do not require all recipient hosts to perform 
some processing to determine whether or not they are 
interested in the transmitted data. 

The Real-Time Streaming Protocol (RTSP), a client - 
server multimedia presentation protocol, was developed to 
address the needs for efficient delivery of streamed multi- 
media over Internet Protocol (IP) networks. The RTSP 
makes use of existing web infrastructures and controls 
on-demand delivery of data, such as audio and video, having 
real-time properties. 

Although the Internet as a whole is not multicast-enabled, 
multicast-enabled subnet islands have been connected 
together to form the Multicast Backbone (Mbone), a virtual 
network layered on the physical Internet to support routing 
of IP multicast packets. In a virtual network, tunnels encap- 
sulate IP multicast packets within the TCP and send them 
point-to-point to the end of the tunnel where the multicast 
packet is de-encapsulated. Thus, tunneling of multicast 
packets through the Internet can be used to extend public or 
private multicast networks. 

For example, Internet tunneling can be used to tie together 
multicast-enabled networks. In FIG. 2, networks 10, 12 are 
connected to multicast-enabled routers 14. Other networks 
16, 18 and the remaining routers 20 in the system arc not 
multicast-enabled. To allow multicast transmissions 
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between the networks 10, 12, a virtual network (indicated by 
the dotted lines in FIG. 2) layered on the physical network 
is provided to support routing of IP multicast packets. 

The present inventors have recognized that the Mbone has 
a number of limitations, particularly with respect to its 
ability to deliver streaming data to mass audiences. The tools 
and protocols used by the Mbone inherently limit that 
network's ability to scale to large numbers of users and 
networks. Therefore, the Mbone had not been able to take 
advantage of the high bandwidth capacity of networks like 
the Internet. 

SUMMARY 

In general, according to one aspect, a multicast media 
system includes a network access facility that directly peers 
a second multicast-enabled network to a first multicast- 
enabled network. The network access facility is configured 
to multicast a requested time- based data stream from the first 
multicast-enabled network to a terminal in the second 
multicast-enabled network that requests receipt of the mul- 
ticast data stream. 

According to another aspect, a multicast media system 
includes a first multicast-enabled network including a source 
of lime-based data streams, and a second multicast-enabled 
network including at least one terminal that can request 
receipt of a time-based data stream. The system further 
includes a network access facility that directly peers the 
second multicast -enabled network to the first multicast - 
enabled network, and which is configured to multicast a 
requested time-based data stream from the first multicast- 
enabled network to at least one terminal in the second 
multicast-enabled network that requests receipt of the data 
stream. 

Various implementations of the multicast system include 
one or more of the following features. The network access 
facility can be configured to construct a tree of multicast- 
cnablcd gateways to establish a path over which the 
requested data stream will be sent to the terminal in the 
second multicast-enabled network. The network access 
facility can be configured to construct the multicast tree in 
response to a request by a user at the terminal to receive the 
data stream. In some implementations, the network access 
facility is configured to construct the multicast tree by 
starting from a gateway at an upstream end of the path near 
the terminal and moving toward the second multicast - 
enabled network. The network access facility can include 
multiple gateways that collectively form 1 he multicast tree. 
During construction of the multicast tree, at least some of the 
gateways may attempt to join a group of gateways already 
actively receiving the requested data stream. The gateways 
can include, for example, routers and/or switches. 

'Hie first multicast-enabled network can be a multimedia 
aggregation and distribution network. In various 
implementations, the requested lime-based data stream can 
include video, audio, or other data stream types. 

According to another aspect, a method of providing a 
time-based media transmission from a first multicast- 
enabled network to a second multicast-enabled network 
includes establishing a multicast-enabled network access 
facility between the first and second multicast networks. The 
network access facility provides direct peering between the 
first and second multicast -enabled networks, and is config- 
ured to multicast a requested time -based data stream from 
the first multicast-enabled network to a terminal in the 
second multicast -enabled network that requests receipt of 
the data stream. 
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In yet another aspect, a method of delivering a time-based public or private networks 32A, 32B, 32C, through one or 

data stream includes establishing a multicast tree using more multicast-enabled network access facilities 36. The 

multiple multicast-enabled gateways from a first multicast- content aggregation and distribution network 34 serves asa" 

enabled network serving as a source of time -based streaming jpurctTnf lllU Uicasl rtiedla, and lfte public or private net- 

data to a terminal in a directly peered second multicast- 5 "~worKsl2A, 52TH"32C scivc as distiuatk W networks' [Hal can 

enabled network. The streaming data is multicast to the jequest and receive multicast media, in tni s_ coniext, '"WecT" 

terminal in the directly peered second multicast -enabled peering' reters to a direct, point-to-point interconnection ' 

network via the tree of multicast-enabled galewavs. ^b etween one or more networks. 

In some implementations, the method includes'receiving . C0 I nle l nt aggregation and distribution network 34 can 

a request for receipt of the time-based data stream from the m h ™ multl " lle 1 h , osl computers, servers and databases for 

terminal in the second multicast-enabled network. The mul- f* ^ Zl * Str,but1 " 8 vanou * ° f inior ™"™ 
, , , . , . . . including data streams, For example, the content aaereaa- 
ticast tree can be constructed in response to the request to tion and dislribulion network 34 typically obtains video, 
receive the data stream. I he method can include sending a audio and animalion prugrams lhal lhcn are expressed, 
request from one multicast-enabled gateway to another encoded and stored in a database. Such programs may 
multicast-enabled gateway to join a group oi gateways « include, for example, sports programs, talk and music radio 
already actively receiving the requested multicast data programs, television programs, full-length CDs, news 
slream - programs, audio books, and conferences, among others. An 
Various embodiments may include one or more of the example of an aggregation and distribution network 34 
following advantages. The digital media aggregation and includes Yahoo. The content aggregation and distribution 
distribution network and network access facility" described 20 network 34 can be coupled to the network access facility 36 
above are designed to deliver streaming data to mass audi- b y another network 38 such as an Ethernet network or a wide 
ences. Unlike the Multicast Backbone which uses a virtual area network (WAN). Wide area network (WAN) inter- 
network lavered on the Internet to support routing of IP necl 1 lons ,^ 0 ' for exam P le > can connect the network access 
multicast packets, systems and techniques described here [i^ll 6 £ th ° Van0US pubHc and P^y.^c networks 32A, 
provide a physical multicast-enabled network access facility 25 1 h , C CL " a S6regalion ™ d distribution network 
■ h-.i r^r m ;ic: ih,. i ;,.irik,,! w»r. „r m I,- i' ^4 also can ® c connected to a non - mu 1 1 1 cast -e n ab led net- 
that permits the distribution ol mu ticast media across work sudl as (hc |merne| 42 

separate, independent networks. Such direct peering of - ri . , ... . , 

,. , . . i 1 lie network access [acuity 36 acts as a peering point, in < 

multicast media can be scaled more easily to accommodate ... , , , L . ... 5l , 

, , r - other words, a network traflic exchange facility through 

targe numbers ot users. ^ which clispara f C) mdependentllLtwuiks utti u\diaugc Tm? r- 

Other features and advantages will be readily apparent -ner piulOCUl (11 J ) multicast data streams. I i prnvirlns a sim»lo 

from the following detailed description, the accompanying point to which a stream data provider can be linked to assure 

drawings, and the claims. delivery of digital streaming media to all destinations 

BRIEF DESCRIPTION OF THE DRAWINGS Tr? °* " l I ransmission - 

35 r iCi. 4 illustrates various hardware components ol air 

FIG. 1 illustrates a unicast transmission in which each exemplary network access facility 36. Communication links 
destination requires a separate transmission of the data 54 associated, for example, with long-haul liber-optic pro- 
stream, viclers connect the network access facility 36 either to 

FIG. 2 illustrates the use of tunneling with a virtual another network access facility or to the content aggregation 

network layered on a non-multicast-enabled network to ^ anci distribution network 34 via either direct interconnec- 

support routing of IP multicast packets. tions or virtual private network (VPN) connections. The 

FIG. 3 illustrates a system that allows multicast media nClWOrk * c ™ ^ , 36 , incluc ! c / vaf j ou f Jerking 

transmissions to be provided. equipment including multip cxers 44 to which the commu- 

, ... . , mcalion links 45 are coupled. I he networking equipment in 

4 lllustra f various hardware components ol an lhe nelwork access r acility 36 also indudes muUi |u 

exemplary network access taciluy. ' gateways, such as switches 46 and routers 48. Additionally, 

FIG. 5 illustrates a multicast transmission. the networking equipment includes multiple channel service 

FIG. 6 illustrates a network of multicast-enabled routers and data service units (CSU/DSUs) 50. The CSU/DSUs 

some of which are members of an existing multicast group. translate information from a circuit switching format to a 

FIG. 7 is a How chart showing how a multicast data stream 50 data switching format. Tl/DS-3 communication links 52 can 

is provided from a multicast source to the user of a computer provide the connections from the CSU/DSUs 50 and the 

terminal located in a directly peered multicast-enabled net- rulers 48 to the WANs 40. Switches 49 connect together 

work. various components of the networking equipment in the 

r?! /I o n i ( i , ■ . . network access facility 36. 

IIO. a is a How chart showing construction ol a multicast J 

tree 55 lhe network access facility 36 is configured to pass 

n/-c oa i no n . . i ( . multicast traffic directly from a multicast source, for 

HOo. VA and 913 illustrate exemplary router council ra- , , „ „, C i /nr c\ * .u . , 

,■ n , . . . i ■ i ' : . h example, a server 54 (MO. 5) in the content alienation and 

lions lhal can be used in the present techniques. ,iwi' . •„ , , i , i .■ * 

1 H distribution network 34, to one or more destination terminals 

FIG. 10 illustrates an exemplary switch configuration that 56 A, 56H, 56C, 56D, 56E. The terminals 56A through 56E 

can be used m the present techniques. 6Q may reside in onc or morc disparale networkS) such as lhe 

FIG. 11 illustrates delivery of streaming data. networks 32A, 32B, 32C. As illustrated in FIG. 5, the 

nrTAii rn nrcrDionnM nir multicast transmission docs not require a separate dedicated 

PRLhbKRbD bMUODIMhN 1 S R ^ al , ^ who ^ |ransmission can 

FIG. 3 illustrates a system that allows multicast media 65 receive the data stream from a single feed 58. 

transmissions to be provided from a content aggregation and FIGS. 6 and 7 illustrate how a multicast data stream is 

distribution network 34 to onc or morc directly peered provided to the user of a computer terminal, such as the 



02/20/2003, EAST version: 1.03.0002 



US 6,523,069 Bl 



client compuler terminal 56A, located in a directly peered 
multicast-enabled network, such as the network 32A. As 
illustrated in FIG. 6, the network access facility 36 includes 
multiple multicast-enabled gateways such as routers or 
switches 60A through 60L To request a video, audio or 5 
other data stream, the user of the terminal 56 A clicks on a 
hyperlink appearing on a display associated with the termi- 
nal (block 100). The user typically would use a computer 
mouse or other input device to click on the link. If the 
terminal 56Ais multicast-enabled, then a multicast "player," |0 
in other words, a multicast software program installed in and 
associated with the terminal, attempts to join a multicast 
group (block 102). In this context, a multicast group refers 
to a virtual destination network address, such as an address 
in the IP protocol, that is actively received and/or L - 
distributed, by one or more multicast -enabled gateways, 
such as routers or switches, based on user requests. A 
multicast il lrce ,: then is constructed (block 104). In other 
words, a group of gateways that connect the requesting 
terminal 56 A to the multicast source 54 and which collec- ?0 
tively constitute the path over which the requested media 
will be sent is established. The requested data stream is sent 
from the source 54 to the destination terminal 56A through 
the gateways in the multicast tree (block 106). 

FIG. 8 explains further details of how a multicast tree is , 5 
constructed. When the lerminal 56A attempts to join a 
multicast group that is actively broadcasting the requested 
transmission, the player associated with the lerminal sends 
a request to a router to which it is connected, for example, 
the router 60 A (FIG. 6). A determination is made as to 30 
whether the router 60 A is multicast-enabled (block 110). If 
the router 60A is not multicast-enabled, then the request to 
receive the multicast transmission fails (block 112). If, 
however, the router is multicast-enabled, then a determina- 
tion is made as to whether the router 60A is a member of the 35 
multicast group that is actively receiving the requested 
transmission (block 114). Bach router maintains a look-up 
\ table in memory indicating whether it is a member of a 
L particular multicast group and on which ports n transmits 
(and receives a particular multicast feed. 4n 

For the purpose of illustration, it will be assumed that the 
routers 60H, 601, 60J, 60K, 60L, 60M and 60N are members 
of the multicast group. The remaining routers 60 A through 
60G initially are not members of the multicast group. 
Therefore, when the router 60 A receives the request from the 45 
player at the terminal 56A, it transmits a request to join the 
multicast group (block 116). The request to join the multi- 
cast group is sent to a subsequent upstream gateway in the 
path toward the multicast source 54, for example, the router 
60B. 50 

Blocks 110, 114 and 116 are repeated until the routers 
providing a path back to the requesting terminal 56A are 
joined to the multicast group actively receiving the 
requested transmission. Therefore, with respect to the con- 
figuration shown in FIG. 6, blocks 110, 114 and 116 would 55 
be repeated for router 60B which sends a request to join the 
multicast group, for example, to the router 60E. Next, blocks 
110, 114 and 116 are performed for the router 60E, which 
sends a request to join the multicast group, for example, to 
the router 60J. Router 60J already is a member of the do 
multicast group actively receiving the requested transmis- 
sion from the server 54 via the router 60M. At this point the 
downstream routers 60 A, 6013 and 60E which were not 
previously members of the multicast group can join the 
multicast group (block 118), thereby establishing a multicast 65 
tree connecting the multicast server 54 to the requesting 
terminal 56 A. The requested data stream is automatically 



transmitted to the destination lerminal 56A via the routers 
60M, 60J, 60E, 60B and 60A (block 120). Other terminals 
in the same or different network also may be receiving the 
same data stream from the same multicast feed. 

If there is no previously-existing multicast group to which 
the terminal 56A can be coupled to receive the requested 
transmission, then blocks 110, 114 and 116 are repeated for 
each router along the path to the source 54 until either the 
root (or rendevous point (RP)) of the multicast tree is 
reached or until the router that connects to the source is 
reached. Once one of the foregoing points is reached, the 
multicast tree connecting the source to the requesting ter- 
minal 56A is established so that the requested data stream 
can be multicast to the requesting terminal 56A. 

FIGS. 9 A and 9B illustrate exemplary configurations of 
routers that can be used in the techniques described here. In 
particular, FIG. 9A indicates a configuration for a router 
using a CISCO operating system in a dense mode multicast 
mode, and FIG. 9B indicates a configuration for a router 
using a CISCO operating system in a sparse mode multicast 
mode. FIG. 10 illustrates an exemplary configuration of a 
switch that can be used in the techniques described here 
using a CISCO Catylist 5000 operating system. 

As illustrated by FIG. 11, the digital media aggregation 
and distribution network access facility described above is 
designed to deliver streaming data to mass audiences. 
Unlike the Multicast Backbone which uses a virtual network 
layered on the Internet to support routing of IP multicast 
packets, direct peering provides a physical multicast- 
enabled network access facility that permits the distribution 
of multicast media across separate, independent networks. 
Such direct peering of multicast media can be scaled to 
accommodate large numbers of users. As also indicated by 
FIG. 11, the distribution network can continue to transmit 
unicast data to non-multicast-enabled network destinations. 
Such unicast transmissions can be sent using transienl 
telecommunication providers such as UUNet, Sprint, MCI, 
GTE and AT&T. 

In general, various components of the system can be 
implemented in digital electronic circuitry, or in compuler 
hardware, firmware, software, or in combinations of them. 
The invention can be partially implemented in one or more 
compuler programs that are executable on a programmable 
system including at least one programmable processor 
coupled to receive data and instructions from, and to trans- 
mit data and instructions to, a data storage system, at least 
one input device, and at least one output device, bach 
compuler program may be implemented in a high-level 
procedural or object-oriented programming language, or in 
assembly or machine language if desired. In any case, the 
language may be a compiled or interpreted language. Suit- 
able processors include, for example, both general and 
special purpose microprocessors. 

By using direct interconnections between different net- 
works to establish a route for multicast traffic flow, the 
foregoing techniques can reduce the overall bandwidth 
required by the end networks and can increase the overall 
quality of the transmission. 

Other implementations are within the scope of the fol- 
lowing claims. 

What is claimed is: 

1. A method of adding a destination node to a multicast 
network including one or more member nodes, the multicast 
network including a source node as a first member node, 
comprising the steps of: 

creating a new path to connect the destination node to one 
member node in the multicast network; 
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adding each node on the new palh lo ihe multicast 
network; and 

labeling each node on the new path as a member node of 
the multicast network. 

2. The method of claim 1 wherein the step of labeling 5 
includes the step of labeling a given node on the new path 
as a member node of the multicast network when the given 
node is not already a member node of the multicast network. 

3. Itie method of claim 2 wherein the step of labeling the 
given node includes the step of updating a look-up table 10 
stored in a memory of the given node. 

4. The method of claim 3 wherein the step of updating 
includes the step of updating the look-up table by specifying 
ingress and egress ports for supporting the multicast network 
and by identifying the given node as a member node of the 15 
multicast network. 

5. The method of claim 1 wherein the destination node is 
a multicast-enabled node selected from the group consisting 
of a multicast-enabled gateway, a multicast-enabled router, 
and a multicast-enabled switch. 20 

6. The method of claim 1 wherein the step of creating 
includes the step of creating a new path to connect the 
destination node to one member node in the multicast 
network that is already actively receiving streaming data 
from the source node. 25 

7. A method of connecting a terminal to a multicast 
network including one or more member nodes, the multicast 
network including a source node as a first member node, 
comprising the steps of: 

connecting the terminal to a destination node; 30 
adding the destination node to the multicast network if the 
destination node is not already a member node in the 
multicast network; and 
wherein the step of adding includes, ^ 
creating a new palh to connect the destination node to 

one member node in the multicast network, 
adding each node on the new path to the multicast 
network, and 

labeling each node on the new path as a member node 4U 
of the multicast network. 

8. The method of claim 7 wherein the step of labeling 
includes the step of labeling a given node on the new path 
as a member node of the multicast network when the given 
node is not already a member node of the multicast network. 45 

9. 'Hie method of claim 8 wherein the step of labeling the 
given node includes the step of updating a look-up table 
stored in a memory of the given node. 

10. The method of claim 9 wherein the step of updating 
includes the step of updating the look-up table by specifying 50 
ingress and egress ports for supporting the multicast network 
and by identifying the given node as a member node of the 
multicast network. 

11. The method of claim 7 wherein the destination node 
is a multicast-enabled node selected from the group con- 55 
sisting of a multicast-enabled gateway, a multicast-enabled 
router, and a multicast -enabled switch. 

12. The method of claim 7 wherein the step of creating 
includes the step of creating a new path to connect the 
destination node to one member node in the multicast 60 
network that is already actively receiving streaming data 
from the source node. 

13. A method of delivering a requested multicast data 
stream, the method comprising: 

establishing a multicast tree using a plurality of multicast- 65 
enabled gateways from a first multicast -enabled net- 
work serving as a source of time -based streaming 
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media to a terminal in a directly peered second 
multicast -enabled network; and 
multicasting the requested streaming data to the terminal 
in the directly peered second multicast-enabled net- 
work through the tree of multicast -enabled gateways. 

14. The method of claim 13 further including: 
receiving a request for receipt of the streaming data from 

the terminal in the second multicast-enabled network. 

15. The method of claim 14 including: 
constructing the multicast tree in response to the request 

to receive the streaming data. 

16. The method of claim 15 wherein construction of the 
multicast tree starts from a gateway at an upstream end of 
the path near the terminal and moves toward Ihe second 
multicast-enabled network. 

17. The method of claim 13 including sending a request 
from one of the plurality of multicast-enabled gateways to 
another one of the multicast-enabled gateways to join a 
group of gateways already actively receiving the requested 
streaming data. 

18. A multicast media system comprising: 

a first multicast-enabled network including a source of 
time-based data streams; 

a second multicast-enabled network; and 

a network access facility that directly interconnects the 
second multicast-enabled network to the first multicasi- 
enabled network without using a server that works as a 
proxy for a group security controller, and that is con- 
figured to multicast a lime-based data stream from the 
first multicast -enabled network to at least one terminal 
in the second multicast-enabled network that requests 
receipt of the data stream. 

19. The system of claim 18 wherein the network access 
facility includes a plurality of multicast-enabled gateways 
configured to establish a path over which the requested data 
stream will be sent to the terminal in the second multicast- 
enabled network. 

20. The system of claim 19 wherein the plurality of 
multicast-enabled gateways include routers. 

21. The system of claim 19 wherein the plurality of 
multicast-enabled gateways include switches. 

22. The system of claim 18 wherein the first multicast- 
enabled network is a multimedia aggregation and distribu- 
tion network. 

23. The system of claim 22 wherein the requested mul- 
ticast data stream includes video, audio or both. 

24. A multicast media system comprising: 

a network access facility that directly interconnects a first 
multicast-enabled network to one or more other 
multicast-enabled networks, and that is configured to 
multicast a requested time-based data stream from the 
first multicast -en a bled network to another multicast- 
enabled network thai requests the lime -based data 
stream, and to construct a multicast tree representative 
of multicast-enabled gateways lo establish a palh over 
which the requested lime-based data sire am will be sen I 
to the terminal in the other multicast-enabled network; 
and 

wherein the network access facility is configured to 
construct the multicast tree directly without using a 
server that works as a proxy for a group security 
controller. 

25. The system of claim 24 wherein the network access 
facility is configured to construct the multicast tree in 
response to a request by a user at the terminal to receive the 
time-based data stream. 
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26. The system of claim 24 wherein the network access 
facility is configured lo construct the multicast tree by 
starting from a gateway at an upstream end of the path near 
the terminal and moving toward the other multicast -enabled 
network. 

27. The system of claim 24 wherein the network access 
facility includes a plurality of gateways that collectively 
form the multicast tree, and wherein, during construction of 
the multicast tree, at least some of the gateways attempt to 
join a group of gateways already actively receiving the 
requested time-based data stream. 

28. A method of providing a time-based transmission 
from a first multicast-enabled network to a second multicast- 
enabled network, the method comprising: 

establishing a multicast-enabled network access facility 
between the first and second multicast networks, 
wherein the network access facility provides direct 
peering between the first and second multicast -enabled 
networks, and wherein the network access facility is 
configured to multicast a requested time-based data 
stream from the first multicast-enabled network to a 
terminal in the second multicast -enabled network that 
requests receipt of the multicast data stream. 

29. A method of creating a multicast network comprising 
the steps of: 



20 



25 



providing a multicast source node; 

providing a first destination node; 

creating a first path to connect the first destination node to 

the multicast source node; 
adding each node on the first path lo the multicast 

network; 

labeling each node on ihe first path as a member node of 

the multicast network; 
providing a second destination node; 
creating a second path to connect the second destination 

node to one member node of the multicast network; 
adding each node on the second path to the multicast 

network; 

labeling each node on the second path as a member node 

of the multicast network; 
providing a third destination node; 
creating a third path to connect the third destination node 

to one member node of the multicast network; 
adding each node on the third path to the multicast 

network; and 

labeling each node on the third path as a member node of 
the multicast network. 
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